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Foreword 

This Technical Specification (TS) has been produced by the 3"* Generation Partnership Project (3GPP). 

The contents of the present document are subject to continiung work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document is an introduction to the TSG RAN TS 25.43x series of UMTS Technical Specifications that 
define the lub Interface. The lub interface is a logical interface for the interconnection of Node B and Radio Network 
Controller (RNC) components of the UMTS Terrestrial Radio Access Network (UTRAN) for the UMTS system. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• For a non-specific reference, the latest version appUes. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 
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3GPPTS 25.401: 


"UTRAN Overall Description". 


[2] 


3GPPTS 25.442: 


"UTRAN Implementation Specific O&M transport". 
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"UTRAN lub interface signalling transport". 
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3GPPTS 25.302: 


"Services Provided by the Physical Layer". 


L5J 


3GPPTS 25.431: 


"UTRAN lub Interface: Layer 1". 
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3GPP TS 25.432: 


"UTRAN lub Interface: Signalling Transport". 
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3GPPTS 25.433: 


"NBAP Specification". 
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3GPP TS 25.434: "UTRAN lub Interface: Data Transport & Transport SignalUng for Common 
Transport Channel Data Streams". 
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3GPPTS 25.435: 
Data Streams". 


"UTRAN lub Interface: User Plane Protocols for Common Transport Channel 


[10] 


3GPPTS 25.426: 
Data Streams". 


"UTRAN lur/Iub Interface: Data Transport & Transport Signalling for DCH 


[11] 


3GPPTS 25.427: 


"UTRAN lur/Iub Interface: User Plane Protocol for DCH Data Streams". 


[12] 


3GPPTS 25.402: 


"Synchronization in UTRAN, Stage 2". 



[13] rrU-T Recommendation Q.2630.1 (1999): "AAL type 2 Signalling Protocol (Capability Set 1)". 



3 Definitions and abbreviations 
3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Propagation delay (PD): it is the roimd trip propagation delay of the radio signal from the Node B to the UE and back 
to the BS in one chip resolution. 
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Timing Advance (TA): it is the amount of time, expressed in number of chips, by which the transmission of an uplink 
burst is anticipated by the UE in order to be received by the cell inside the corresponding time slot. 

3.2 Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



AAL2 


ATM Adaptation Layer type 2 


AAL5 


ATM Adaptation Layer type 5 


AICH 


Acquisition Indication Channel 


ALCAP 


Access Link Control Apphcation Part 


AP-AICH 


Access Preamble Acquisition Indication Channel 


ATM 


Asynchronous Transfer Mode 


BCH 


Broadcast Channel 


BCCH 


Broadcast Control Channel 


CCH 


Control Channel 


CD/CA-ICH 


Collision Detection/Channel Assignment Indication Channel 


CPCH 


Common Packet Channel 


CPCId 


Common Physical Channel Identifier 


CPICH 


Common Pilot Channel 


CSICH 


Common Packet Channel Status Indication Channel 


CTCId 


Common Transport Channel Identifier 


CRNC 


Controlling Radio Network Controller 


DCH 


Dedicated Transport Channel 


DPCCH 


Dedicated Physical Control Channel 


DPCH 


Dedicated Physical Channel 


DRNC 


Drift Radio Network Controller 


DSCH 


Down-link Shared Channel 


FACH 


Forward Access Channel 


FAUSCH 


Fast Up-link Signalling Channel 


FDD 


Frequency Division Duplex 


FP 


Frame Protocol 


NBAP 


NodeB Application Part 


O&M 


Operation and Maintenance 


PICH 


Page Indication Channel 


PCCH 


Paging Control Channel 


PCCPCH 


Primary Common Control Physical Channel 


PCPCH 


Physical Common Packet Channel 


PCPICH 


Primary Common Pilot Channel 


PCH 


Paging Channel 


PDSCH 


Physical Downlink Shared Channel 


PRACH 


Physical Random Access Channel 


PUSCH 


Physical Uplink Shared Channel 


RACH 


Random Access Channel 


RNC 


Radio Network Controller 


RNS 


Radio Network Subsystem 


SCCP 


SignalUng Connection Control Part 


SCH 


Synchronization Channel 


SCCPCH 


Secondary Common Control Physical Channel 


SCPICH 


Secondary Common Pilot Channel 


SRNC 


Serving Radio Network Controller 


SSCF-UNI 


Service Specific Co-ordination Function - User Network Interface 


SSCOP 


Service Specific Connection Oriented Protocol 


TDD 


Time Division Duplex 


UE 


User Equipment 


UC-ID 


UTRAN Cell Identifier 


UMTS 


Universal Mobile Telecommunication System 


USCH 


Up-link Shared Channel 


UTRAN 


UMTS Terrestrial Radio Access Network 
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4 General Aspects 

4.1 Introduction 

The logical interface between a RNC and a Node B is called the lub interface. 

4.2 lub Interface General Principles 

The general principles for the specification of the lub interface are as follows: 

- Transmission sharing between the GSM/GPRS Abis interface and the lub interface shall not be precluded. 

- The fimctional division between RNC and Node B shall have as few options as possible. 

- lub should be based on a logical model of Node B. 

Node B controls a number of cells and can be ordered to add/remove radio links in those cells. 

- Neither the physical structure nor any internal protocols of the Node B shall be visible over Tub and are thus not 
hmiting factors, e.g., when introducing future technology. 

Only the logical O&M [1] of Node B is supported by the lub. 

- Complex functionality shall as far as possible be avoided over lub. Advanced optimisation solutions may be 
added in later versions of the standard. 

- The lub fimctional split shall take into account the probabihty of frequent switching between different channel 
types. 

4.3 lub Interface Specification Objectives 

The lub interface specifications shall faciUtate the following: 

- Inter-connection of RNCs and Node Bs from different manufacturers. 

- Separation of interface Radio Network functionality and Transport Network functionality to facilitate 
introduction of future technology. 

The lub parts to be standardised are: 

1 . User data transport. 

2. Signalling for handling the user data. 

3. Node B Logical O&M [1]. 

Note: It should be possible to transport the Implementation Specific O&M [1] interface via the same transport 
bearer as the lub interface and, hence, the lower layer transport mechanisms should be standardised to this 
effect. The application level content of the Implementation Specific O&M interface is out of scope of 
UTRAN standardization. Where the implementation specific O&M interface shares the same bearer as 
the lub interface, the transport layers shall be as specified in [2] and [3] respectively. 

4.4 lub Interface Capabilities 
4.4.1 Radio application related signalling 

The lub interface allows the RNC and the Node B to negotiate about radio resources, for example to add and delete 
cells controlled by the Node B to support communication of the dedicated connection between UE and SRNC. 
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Information used to control the broadcast channel and information to be transported on the broadcast channel belongs to 
this category also. In addition, logical O&M [1] between the Node B and RNC shall also be included in this category. 

4.4.2 lub/lur DCH data stream 

The lub interface provides the means for transport of uplink and downlink DCH transport frames between RNC and 
Node B. An lub/Iur DCH data stream corresponds to the data carried on one DCH transport channel. 

In the UTRAN, one DCH data stream always corresponds to a bi-directional transport channel. Although the TFS is 
configured separately for each DCH direction and a DCH could be configured with e.g. only a zero-bit transport format 
in one direction, the DCH is always treated as a bi-directional transport channel in the UTRAN. As a result, two uni- 
directional Uu DCH transport channels with opposite directions can be mapped to either one or two DCH transport 
channels in the UTRAN. 



4.4.3 lub RACH data stream 

The lub interface provides the means for transport of uplink RACH transport frames between Node B and RNC. An lub 
RACH data stream corresponds to the data carried on one RACH transport channel. 

4.4.4 lub FDD CPCH data stream 

The lub interface provides the means for transport of uplink CPCH [FDD] transport frames between Node B and RNC. 

4.4.5 lub FACH data stream 

The lub interface provides the means for transport of downlink FACH transport frames between RNC and Node B. An 
lub FACH data stream corresponds to the data carried on one FACH transport channel. 

4.4.6 lub DSCH data stream 

The lub interface provides the means for transport of downlink shared channel, DSCH, data frames between RNC and 
Node B. An lub DSCH data stream corresponds to the data carried on one DSCH transport channel for one UE. A UE 
may have multiple DSCH data streams. 

4.4.7 lub TDD DSCH data stream 

The lub interface provides the means for transport of upUnk shared channel, USCH, data frames between Node B and 
RNC. An lub USCH data stream corresponds to the data carried on one USCH transport channel for one UE. A UE may 
have multiple USCH data streams. 

4.4.8 lub PCH data stream 

The lub interface provides the means for transport of PCH transport frames between RNC and Node B. An lub PCH 
data stream corresponds to the data carried on one PCH transport channel. 



4.5 lub Interface Characteristics 
4.5.1 Mapping of lub data streams 

DCH One lub DCH data stream is carried on one transport bearer. For each DCH data stream a transport 

bearer must be established over lub, except in the case of coordinated DCHs in which case a set of 
coordinated DCHs are multiplexed onto the same transport bearer. 

FDD CPCH One lub CPCH data stream is carried on one transport bearer. For each CPCH in a cell, an lub 
CPCH data stream must be established over the lub interface. 
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One lub RACH data stream is carried on one transport bearer. For each RACH in a cell, a 
transport bearer must be established over the lub interface. 

One Tub FACH data stream is carried on one transport bearer. For each FACH in a cell, a transport 
bearer must be estabUshed over the Tub Interface. 

One lub DSCH data stream is carried on one transport bearer. For each DSCH data stream, a 
transport bearer must be established over the Tub interface. 

One Tub TDD USCH data stream is carried on one transport bearer. For each USCH data stream, a 
transport bearer must be established over the Tub interface. 



4.6 



One Tub PCH data stream is carried on one transport bearer. 

lub Protocols 



There shall exist a clear separation between the radio network layer and the transport layer. Therefore, the radio network 
signalling and lub data streams are separated from the data transport resource and traffic handling as shown in figure 1 
This resource and traffic handling is controlled by the Transport Signalling. The Transport Signalling is carried by a 
Signalhng Bearer over the Tub interface. 



Radio 

Network 

layer 



/ Radio \ 


( lubData ] 


I Signaling j 


\ Streams / 



Transport 
layer 



Transport 
Signalling 



Signalling 




Data 


Bearer 


* 


Transport 



Figure 1 : Separation of Radio Network protocols and transport over lub 



Functions of the Lb Interface Protocols 



5.1 lub Functions 

The hst of functions on the lub interface is the following: 

1 . Management of lub Transport Resources; 

2. Logical O&M of Node B: 

lub Link Management; 

- Cell Configuration Management; 

- Radio Network Performance Measurements; 

- Resource Event Management; 
Common Transport Channel Management; 
Radio Resource Management; 

- Radio Network Configuration Alignment; 
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3. Implementation Specific O&M Transport; 

4. System Information Management; 

5. Traffic Management of Common Channels: 

- Admission Control; 
Power Management; 
Data Transfer; 

6. Traffic Management of Dedicated Channels: 

Radio Link Management; 

- Radio Link Supervision; 

- Channel Allocation / De-allocation; 

- Power Management; 

- Measurement Reporting; 

Dedicated Transport Channel Management; 

- Data Transfer; 

7. Traffic Management of Shared Channels: 

- Channel Allocation / De-allocation; 

- Power Management; 

- Transport Channel Management; 
Dynamic Physical Channel Assignment; 
Radio Link Management; 

Data Transfer; 

8. Timing and Synchronization Management: 

- Transport Channel Synchronization (Frame synchronization); 

- Node B - RNC node Synchronization; 

- Inter Node B node Synchronization. 

5.2 Functional split over lub 

5.2.1 IVIanagement of lub Transport Resources 

The underlying transport resources (AAL2 connections) shall be set up and controlled by the RNC. Further information 
on these functions is provided in the transport layer specifications [3], [8], [10]. 

5.2.2 Logical O&M of Node B 

Logical O&M is the signalling associated with the control of logical resources (channels, cells,. . .) owned by the RNC 
but physically implemented in the Node B. The RNC controls these logical resources. A number of O&M procedures 
physically implemented in Node B impact on the logical resources and therefore require an information exchange 
between RNC and Node B. All messages needed to support this information exchange are classified as Logical O&M 
forming an integral part of NBAP over the lub interface. 
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5.2.2.1 Handling of Node B Hardware Resources 

Mapping of Node B logical resources onto Node B hardware resources, used for lub data streams and radio interface 
transmission/reception, is performed by Node B. 

5.2.3 Implementation Specific O&M Transport 

The lub interface may support the transport of Implementation specific O&M information. Further detail on this can be 
found in the UMTS technical specification on Implementation Specific O&M Transport [2]. 

5.2.4 System Information Management 

System Information is sent by the CRNC to a Node B. CRNC can also request the Node B to autonomously create and 
update certain Node B related system information. Scheduhng of system broadcast information is carried out in the 
CRNC. Scheduling information is always sent by the CRNC to the Node B. The Node B is responsible for transmitting 
the received system information according to the scheduling parameters provided. If requested by the CRNC, the Node 
B is also responsible for autonomously creating and updating the Node B related system information according to the 
scheduhng parameters provided. 

5.2.5 Traffic management of Common Channels 

The common channels need to be controlled from the RNC. This is typically the control of the RACH, CPCH [FDD] 
and FACH channels, the information that is broadcast on the Broadcast control channel, and the control and request for 
sending information on the paging channels. 

5.2.6 Traffic management of Dedicated Channels 

These functions are related to the activation of logical resources (e.g. Radio Links, lub ports), and the connection of 
these various resources together. 

Some freedom may be left for Node B implementation on some functions like soft combining for FDD within Node B, 
since soft combining has merits for being executed as close as possible to the radio (both in terms of transmission cost 
and efficiency). 

5.2.6.1 Combining/Splitting and Control 

Node B may perform combining/splitting of data streams communicated via its cells. RNC performs 
combining/splitting of lub data streams received from/sent to several Node B(s). 

The UL combining of information streams may be performed using any suitable algorithm, for example: 

[FDD - based on maximum ratio algorithm (maximum ratio combining)]; 

[FDD - based on quality information associated to each TBS (selection-combining)]; 

[TDD - based on the presence/absence of the signal (selection)]. 

When requesting the addition of a new cell for a UE-UTRAN connection, the RNC can explicitly request to the Node B 
a new lub data stream, in which case the combining and splitting function within the Node B is not used for that cell. 
Otherwise, the Node B takes the decision whether combining and spUtting function is used inside the Node B for that 
cell i.e. whether a new lub data stream shall be added or not. 

The internal Node B handhng of the combining/splitting of radio frames is controlled by the Node B. 

5.2.6.2 Handover Decision 

To support mobility of the UE to UTRAN cormection between cells, UTRAN uses measurement reports from the UE 
and detectors at the cells. 

The RNC takes the decision to add or delete cells from the connection. 
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5.2.6.3 Allocation of Physical Channel Resources 

In FDD allocation of downlink channelisation codes of cells belonging to Node B is performed in the CRNC. 

In TDD allocation of upUnk and downlink physical channel resources of cells belonging to Node B is performed in the 
CRNC. 

5.2.6.4 UpLInk Power Control 

This function controls the level of the transmitted power in order to minimise interference and keep the quality of the 
connections. The function uplink Outer Loop Power Control located in the SRNC sets the target quality for the uplink 
Inner Loop Power Control function. In FDD Inner Loop Power Control Function is located in Node B, while in TDD it 
is located in the UE. 

5.2.6.5 Down-Link Power Control 

This function controls the level of the downlink transmitted power. In FDD it is also used to correct the downhnk power 
drifting between several radio links. A SRNC regularly (or under some algorithms) shall send the target down hnk 
power range based on the measurement report from UE. 

5.2.6.6 Admission Control 

The Admission Control function based on uplink interference and downlink power is located in the CRNC. 

Node B shall report uplink interference measurements and downlink power information over the lub. 

The CRNC controls this reporting function, i.e. if this information needs to be reported and the period of these reports. 

5.2.6.7 Power and Interference Reporting 

A threshold for reporting may be given to Node B from the CRNC to prevent frequent reporting over the lub. Node B 
shall have a function to measure "uplink interference level and downlink TX Power" and a function to compare the 
averaged "uphnk interference level and downlink TX power" with the threshold value. Node B shall also have a 
function to report when the average measured value exceeds the threshold value. The CRNC shall have a function to 
modify the "threshold value" for neighbour cell co-ordination. 

An indication of exceeding uplink interference threshold or downlink TX power may be included as a cause of failure 
when a Node B is requested to set-up a radio link or add to an existing radio hnk. This may be used when a number of 
radio hnks set-up requests or additions are received on the lub during the reporting interval. 

5.2.7 Traffic management of Shared Channels 

The shared channels shall be controlled from the RNC. This is typically the control of the DSCH channels and the TDD 
USCH channels. 

5.2.8 Timing and Synchronization Management 

The lub interface shall support timing and synchronization management functions. Further detail regarding these 
functions can be found in the UMTS technical specification on UTRAN synchronization [12]. 
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6 Node B logical Model over lub 
6.1 Overview 

The model described in figure 2 shows the Node B as seen from the controlling RNC. The model includes: 

The logical resources provided by Node B to UTRAN (via its ControlUng RNC) - depicted as "cells" which 
include the physical channel resources DPCH, PDSCH, and PUSCH; 

- The dedicated channels which have been estabhshed on Node B; 

- The common transport channels that Node B provides to the RNC. 

The procedures for controlling the connections between radio links and lub DCH data ports are sent from the RNC to 
the Node B via the Communication Control Ports. 

Controlling RNC 




Common Transport Channels, 
with attributes 



Node B 



Node B Communication Contexts, 
with attributes 





Figure 2: Logical lUlodel of Node B 



6.2 Elements of the logical model 

6.2.1 Node B Communication Contexts for Dedicated and Shared 
Channels 

A Node B Communication Context corresponds to all the dedicated resources that are necessary for a user in dedicated 
mode and using dedicated and/or shared channels as restricted to a given Node B. [In TDD, the Node B Communication 
Context also exists for users in Cell_FACH mode (i.e. non-dedicated mode) provided a USCH and/or DSCH has been 
allocated to these users.] 

There are a number of Node B Communication Contexts inside a given Node B. 
The attributes to a Node B Communication Context shall include the following (not exhaustive): 
The list of Cells where dedicated and/or shared physical resources are used. 

- The list of DCH which are mapped on the dedicated physical resources for that Node B Communication Context. 

- The list of DSCH and (TDD) USCH which are used by the respective UE. 

- The complete DCH characteristics for each DCH, identified by its DCH-identifier [4]. 
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- The complete Transport Channel characteristics for each DSCH and USCH, identified by its Shared Channel 
identifier [4]. 

- The list of lub DCH Data Ports. 

- The fist of lub DSCH Data ports and lub USCH data ports. 

- For each lub DCH Data Port, the corresponding DCH and cells which are carried on this data port. 

- For each lub DSCH and USCH data port, the corresponding DSCH or USCH and cells which serve that DSCH 
or USCH. 

- Physical layer parameters (outer loop power control, etc). 

6.2.2 Common Transport Channels 

Common Transport Channels are defined in [9]. A Common Transport Channel is configured in the Node B, on request 
oftheCRNC. 

The BCH is carried directly on the Node B control port using NBAP procedures. This Common Channel will not be 
mapped to an individual data port. 

The RACH has an associated lub RACH Data Port and the FACH has an associated lub FACH Data Port. 
The CPCH [FDD] has an associated lub CPCH Data Port. 

The lub DSCH data port is associated to one DSCH and to one Node B Communication Context. 
[TDD - the lub USCH data port is associated to one USCH and to one Node B Communication Context.] 
The attributes of a Common transport channel shall include (not exhaustive): 

- Type (RACH, CPCH [FDD], FACH, DSCH, USCH, PCH). 

- Associated lub RACH Data Port for a RACH, lub CPCH Data Port for a CPCH [FDD], lub FACH Data Port for 
a FACH, lub PCH Data Port for the PCH. 

- List of associated lub FDD DSCH Data ports for the DSCH (FDD only). 

- Physical parameters. 

[TDD - In TDD, the DSCHs used by one UE are multiplexed to one or several CCTrCHs where each CCTrCH is 
mapped to a set of PDSCH ("PDSCH Set"). These PDSCH Sets are included in the Common Transport Channel data 
base. The same applies for the USCHs and the corresponding PUSCH Sets.] 

6.2.3 Transport network logical resources 

6.2.3.1 Node B Control Port 

The Node B Control Port is used to exchange the signalling information for the logical O&M of Node B, the creation of 
Node B Communication Contexts, the configuration of the common transport channels that Node B provides in a given 
cell, PCH and BCH control information between the RNC and the Node B. The Node B Control Port corresponds to 
one signalling bearer between the controlling RNC and the Node B. There is one Node B Control Port per Node B. 

6.2.3.2 Communication Control Port 

A Communication Control Port corresponds to one signalling bearer between the RNC and Node B for the control of 
Node B Communication Contexts. One signalling bearer between RNC and Node B can at most correspond to one 
Communication Control Port. Node B may have multiple Communication Control Ports (one per Traffic Termination 
Point). The Communication Control Port is selected at creation of the Node B Communication Context. 
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6.2.3.3 Traffic Termination Point 

Traffic Termination Point represents DCH, DSCH and TDD USCH data streams belonging to one or more Node B 
Communication Contexts (UE contexts), which are controlled via one Communication Control Port. The Traffic 
Termination Point is thus a descriptive entity which neither is controlled over lub nor by O&M. 

6.2.3.4 lub DCH Data Port 

One lub DCH Data port represents one user plane transport bearer. One user plane transport bearer will carry only one 
DCH data stream except in the case of coordinated DCHs, in which case the data streams of all combined DCHs shall 
be multiplexed on one and the same user plane transport bearer. 

6.2.3.5 lub RACH Data Port 

An lub RACH Data Port represents a user plane bearer carrying one lub RACH Data Stream between the Node B and 
the RNC. There is one RACH Data Port for each RACH channel of Node B. 

6.2.3.6 lub FDD CPCH Data Port 

An lub CPCH Data Port represents a user plane bearer carrying one lub CPCH Data Stream between the Node B and 
the RNC. There is one CPCH Data Port for each CPCH [FDD] channel of Node B. 

6.2.3.7 lub FACH Data Port 

An lub FACH Data Port represents a user plane bearer carrying one lub FACH Data Stream between the Node B and 
the RNC. There is one FACH Data Port for each FACH channel of Node B. 

6.2.3.8 lub DSCH Data Port 

An lub DSCH Data Port represents a user plane bearer carrying one lub DSCH Data Stream between the Node B and 
the RNC. For each DSCH, that is used by an individual UE, there is one lub DSCH Data Port per Node B exclusively 
assigned to the communication context of that UE. In FDD each DSCH is associated with a downlink DPCCH. 

6.2.3.9 lub TDD USCH Data Port 

An lub TDD USCH Data Port represents a user plane bearer carrying one lub TDD USCH Data Stream between the 
Node B and the RNC. For each USCH, that is used by an individual UE, there is one lub TDD USCH Data Port with 
data exclusively assigned to the NodeB communication context of that UE. 

6.2.3.10 lub PCH Data Port 

An lub PCH Data Port represents an lub PCH Data Stream between the Node B and the RNC. 

6.2.4 Radio Network Logical resources 

6.2.4.1 Common Resources 

The CRNC manages logical radio network resources in Node B and needs to use both common and dedicated resources 
in a Node B to run a radio network. Therefore, it is the CRNC that orders the Node B to configure, reconfigure and 
delete these resources. However, if the equipment in Node B cannot fully support the configuration that the CRNC 
requests, or the equipment breaks down, then Node B can indicate the availability of the common resources (i.e. both 
downgrade and upgrade). 

The common resources are the Cell, the common physical channels and the common transport channels. 

In Node B these common resources have an operational state, that indicates whether they are operational or not, i.e. 
whether they can carry traffic or not. 

Figure 3 shows the common resources that a CRNC is managing in a Node B to be able to run a radio network. 
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The number or range above each box indicates how many of the channels named in that box can exist as "children" 
under one instant of a "parent" box to which the "child" box is connected. 

The number or range beneath each box indicates how many of the channels named in that box can exist as "parent" 
boxes for one instant of a "child" channel to which the "parent" box is connected. 

CPCId = Common Physical Channel Identifier 

CTCId = Common Transport Channel Identifier 

[TDD - The number of PICH = the number of PCH] 

[FDD - The number of AICH = the number of PRACH] 

[TDD - PCH and FACHs can be mapped on one or more SCCPCH] 



Figure 3: Common resources in a Node B that are managed by the CRNC 



6.2.4.2 Cell 

A Cell is identified by a UTRAN Cell identifier (UC-id) [1]. 
The semantics of a Cell include the following: 

- The Cell can be created and removed by administrative procedures. When a Local Cell, i.e. equipment in a Node 
B, is made available to the CRNC for configuration of a cell, the CRNC can configure the cell with configuration 
data, common physical channels and common transport channels in Node B. In so doing a Local cell is added to 
the RNS. 

- If any lub transport bearers for common or dedicated transport channels exist when the cell is deleted, the Node 
B shall initiate the release of those transport bearers. 

Node B may support one or more cells. 

- Configuration of a cell over the lub interface cannot be successful unless Node B has reported a Local Cell Id [1] 
as available to the CRNC. 

- Once a Local Cell is configured to support a cell, it cannot be deleted without the CRNC first deleting the cell. 
Figure 4 illustrates the state diagram for a Local Cell in Node B, as seen over the lub interface. 
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service 

Resource Status Indication 
Add/Delete Indicator=Add 




Local Cell withdrawn 

Resource Status Indication: 
Add/Delete Indicator=Delete 



Bold represents the trigger 

Italics represent the action 



Figure 4: States for a Local Cell that are seen over the lub interface 

Cells in Node B have a resource operational state. 

Figure 5 illustrates the state diagram for the states of a cell, as seen over the lub interface. 
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Figure 5: States for a cell in Node B, as reported to the CRNC 
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There are three states seen over the lub interface: 

1 . Not existing, meaning that the cell does not exist in Node B . 

2. Enabled, meaning that the resource can be used by the RNC. 

3. Disabled, meaning that the resource cannot be used by the RNC. 

When a cell becomes disabled in Node B, that shall be reported to the CRNC together with the cause. 

6.2.4.3 Common Physical Channels and Common Transport Channels 

Common physical channels and common transport channels in Node B have a resource operational state. 

Figure 6 illustrates the state diagram for common physical channels and common transport channels in Node B, as seen 
over the lub interface. 



Channel is created 

Cell Setup Request or Common 
Transport Channel Setup 
Request 



Total resource capability 
reduction 

Resource Status Indication 
Op.State=Disabled 




Channel is deleted 

Cell Delete Request or Common 
Transport Channel Delete 
Request 



Channel is deleted 

Cell Delete Request or Common 
Transport Channel Delete 
Request 



Resource capability increase 

Resource Status Indication: 
Op.State=Enable 



Bold represents the trigger 

Italics represent the action 

Figure 6: States for a common channel in Node B, as reported to the CRNC 

There are three states seen over the lub interface: 

1 . Not existing, meaning that the resource does not exist in Node B ; 

2. Enabled, meaning that the resource can be used by the RNC; 

3 . Disabled, meaning that the resource cannot be used by the RNC. 

When a channel becomes disabled in the Node B, this shall be reported to the CRNC together with the cause. 

6.2.4.4 Physical Shared Channels 

Physical Shared Channels includes the Physical Downlink Shared Channels (PDSCH) and the Physical Uplink Shared 
Channels (PUSCH, TDD only). These PDSCH and PUSCH are special cases of the Common Physical Channels. 
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[FDD - A PDSCH is defined by a channelisation code within a code subtree that is configured within a specific 
Communication Context. The PDSCH is activated dynamically as part of the DSCH scheduling.] 

[TDD - A PDSCH is defined by a channeUsation code, a time slot and other Physical Channel parameters. Several 
PDSCH may be grouped into a PDSCH Set, which is given a "PDSCH Set Id". The PDSCH Sets are configured in the 

Node B in the "Common Transport Channel" data base by Common NBAP messages. These PDSCH Sets are available 
to carry DSCH data. The PDSCH Sets are dynamically activated to carry DSCH data, as part of the DSCH scheduling. 

A PUSCH is defined by a channelisation code, a time slot and other Physical Channel parameters. Several PUSCH may 
be grouped into a PUSCH Set, which is given a "PUSCH Set Id". The PUSCH Sets are configured in the Node B in the 
"Common Transport Channel" data base by Common NBAP messages. These PUSCH Sets are available to carry 
USCH data. The PUSCH Sets are dynamically activated to carry USCH data, as part of the USCH scheduhng.] 



7 lub Interface Protocol Structure 
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Figure 7: lub Interface Protocol Structure. 

The lub interface protocol architecture consists of two functional layers: 

1. Radio Network Layer, defines procedures related to the operation of Node B. The radio network layer consists of 
a radio network control plane and a radio network user plane. 

2. Transport Layer, defines procedures for establishing physical connections between Node B and the RNC. 

There shall be one dedicated AAL2 cormection for each RACH, one for each FACH transport channel, and one for each 
CPCH [FDD]. 
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8 Other lub Interface Specifications 

8.1 UTRAN lub Interface: Layer 1 (TSG RAN 25.431) 

This document [5] specifies the standards allowed for the implement of Layer 1 (physical layer) on the lub interface. 

8.2 UTRAN lub Interface: Signalling Transport (TSG RAN 
25.432) 

This document [6] specifies the signalUng transport related to NBAP signalUng to be used across the lub Interface. 

8.3 NBAP Specification (TSG RAN 25.433) 

This document [7] specifies the standards for NBAP specification to be used over lub Interface. 

8.4 UTRAN lub Interface: Data Transport & Transport 
Signalling for Common Transport Channel Data Streams 
(TSG RAN 25.434) 

This document [8] provides a specification of the UTRAN RNC-Node B (lub) interface Data Transport and Transport 
Signalling for Common Transport Channel data streams. 

8.5 UTRAN lub Interface: User Plane Protocols for Common 
Transport Channel Data Streams (TSG RAN 25.435 

This document [9] provides a specification of the UTRAN RNC-Node B (lub) interface user plane protocols for 
Common Transport Channel data streams. 

8.6 UTRAN lur/lub Interface: Data Transport & Transport 
Signalling for DCH Data Streams (TSG RAN 25.426) 

This Technical Specification [10] specifies the transport bearers for the DCH data streams on UTRAN lur and lub 
interfaces. The corresponding Transport Network Control plane is also specified. 

8.7 UTRAN lur/lub Interface: User Plane Protocol for DCH Data 
Streams (TSG RAN 25.427) 

This document [11] provides a specification of the UTRAN lur and lub interfaces user plane protocols for Dedicated 
Transport Channel data streams. 
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8.8 Summary of UTRAN lub Interface Technical Specifications 

The relationship between the technical specifications that define the UTRAN lub interface is shown in figure 8. 
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Figure 8: lub Interface Technical Specifications. 
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